Некоторые пользователи VMware vSphere используют режим объединения нескольких серверов VMware vCenter Linked Mode. Этот режим позволяет объединить в интерфейсе vSphere Client несколько датацентров, каждый из которых управляется своим сервером VMware vCenter.
При этом режим vCenter Linked Mode имеет несколько существенных требований к инфраструктуре:
Обязательно наличие разрешения имен DNS между серверами vCenter и компонентами виртуальной инфраструктуры
Серверы vCenter могут быть в разных доменах, но между ними обязательные двунаправленные трасты
Необходимо открыть в фаерволе порты для ADAM
При соединении серверов vCenter установщик должен запускаться под доменным аккаунтом, имеющим права локального администратора на каждом из серверов
Должна быть настроена синхронизация времени между серверами vCenter, и время не должно отличаться более, чем на 5 минут
Последний пункт и вызывает самые частые нарекания. Пользователи получают вот такую ошибку при попытке объединения:
Error 28039.Setup cannot join vCenter Server to the linked mode group...Check the jointool-0.log for more information
При этом, что касается временных зон - они корректно обрабатываются, а вот само время с учетом смещения отличаться не должно.
Компания Oracle продолжает развитие настольной платформы VirtualBox, являющейся аналогом продукта VMware Workstation, позволяющего запускать несколько виртуальных машин на одном компьютере. 6 декабря была анонсирована бета-версия платформы VirtualBox 4.0, которая появилась вскоре после релиза версии 3.2.12.
Помимо множества исправлений, новые возможности VirtualBox 4.0 включают в себя:
Новые настройки виртуальных дисков, направленные на переносимость виртуальных машин между хостами
Поддержка универсального формата Open Virtualization Format Archive (OVA) для виртуальных модулей (Virtual Appliances) - виртуальных машин, распространяемых с предустановленным ПО
Поддержка более 2 ГБ оперативной памяти гостевой системы для 32-битных хостов
Поддержка эмуляции чипсета ICH9 с 3-мя PCI-шинами, PCI express и Message Signaled Interrupts (MSI)
В гостевых системах поддерживается Intel HD Audio (актуально для последних версий Windows)
Улучшен контроль ресурсов, потребляемых виртуальной машиной: можно ограничивать CPU и пропускную способность ввода-вывода (I/O)
Улучшения в GUI - превью консоли гостевой системы, масштабирование консоли гостевой ОС
Поддержка изменения размера виртуальных дисков VDI и VHD
Поддержка асинхронного ввода-вывода для iSCSI, дисков VMDK, VHD и образов Parallels Workstation
Автоматическое обновление Guest Additions (аналог VMware Tools в Workstation)
Guest Additions поддерживают копирование файлов в гостевую ОС с хоста
По умолчанию для 64-битных хостов включена поддержка Large Memory Pages
Скачать бета-версию VirtualBox 4.0 можно по этой ссылке.
Как многие из вас знают, есть такой замечательный продукт StarWind Enterprise, который позволяет создать отказоустойчивый кластер хранилищ для виртуальных машин VMware vSphere. Об этом продукте у нас есть целый раздел, но наиболее полезные страницы - это эта, эта, эта и эта.
Схема организации кластера высокой доступности хранилищ StarWind Enterprise выглядит так:
То есть, каждый из узлов StarWind должен иметь, по крайней мере, 2 сетевых интерфейса - для доступа хост-серверов виртуализации к хранилищу и для синхронизации данных узлов между собой (чтобы работа продолжилась в случае отказа одного из узлов - данные пишутся на узлы синхронно). Но само собой, 2 интерфейса - это очень ненадежно и небыстро. Поэтому лучше делать NIC Teaming и для канала синхронизации (надежность), и для канала работы с хранилищем по iSCSI (скорость). Поэтому, по-хорошему, нужно 4 интерфейса.
Вы уже все, конечно же, скачали версию StarWind Enterprise 5.5 и приступили к ее установке. Где определяются параметры сетевых интерфейсов? Запустим, например, мастер создания виртуального диска, работающего в режиме высокой доступности (High Availability):
Здесь указываются параметры сервера-партнера в кластере высокой доступности. Имя или IP-адрес, который сюда вводится - это и есть интерфейс узла, через который происходит доступ со стороны хост-серверов VMware ESX (то есть то, что на предыдущей картинке сверху). А вот в этом шаге мастера:
В поле "Интерфейс" указывается IP-адрес интерфейса, по которому происходит синхронизация узлов между собой (то, что на первой картинке сбоку). Кроме того, в версии 5.5 появилось новое поле Heartbeat - это интерфейс, через который два узла кластера Heartbeat обмениваются сигналами доступности, чтобы при обрыве канала синхронизации не возникло ситуации Split Brain (понять что это такое вы можете из статьи "Новая возможность StarWind Enterprise HA - устранение ситуации Split Brain"). Вот в поле Heartbeat этот адрес и нужно задавать. Само собой, лучше, если подсеть heartbeat у вас будет отдельная в целях повышения надежности.
Кстати, заметьте, что есть галка "Auto synchronization after failure", которая позволяет в случае отказа одного из узлов, а потом ввод его в строй (например, перезагрузка) автоматически синхронизировать узлы между собой. Раньше это делалось только вручную.
И еще одно - вы уже заметили, что на картинках меню на русском языке. Переключается язык тут:
Вчера компании VMware и LG заключили соглашение о партнерстве в области виртуализации для смартфонов под управлением ОС Google Android. Суть инициативы обеих компаний в следующем: дать возможность пользователю разделить окружение с личными приложениями и данными (развлечения, персональная информация) и окружение с корпоративными данными и приложениями (email, доступ к корпоративной инфраструктуре). То есть, основная идея данного начинания - информационная безопасность.
LG and VMware announced this morning a partnership that brings visualization to Android smartphones. The non-nerd premise is this: You've got your standard Android smartphone, with your e-mail, your apps, your phone number. And in a virtual space on the same device, you have another set of apps, corporate e-mail, another phone number — completely sandboxed from your personal stuff, unable to talk to or access its data.
Интересное видео из анонса:
Все это еще и потому, что некоторые вынуждены таскать с собой два смартфона - бизнесовый и личный (есть и такие, да). Все это в перспективе может создать новые варианты использования смартфонов, которые в будущем будут одним из основных средств взаимодействия с информационными системами предприятия.
Компания Citrix, после многочисленных анонсов, не так давно сделала доступным для скачивания продукт для виртуализации инфраструктуры корпоративных ПК предприятия Citrix XenDesktop 5.0. О некоторых новых возможностях продукта мы уже писали (кроме того, достаточно полный список доступен здесь).
Кстати, есть интересный сайт http://edocs.citrix.com, где уже доступна документация по Citrix XenDesktop 5.0:
Отделение технической поддержки компании VMware выпустила интересный документ "VMware View Resolution Paths", который представляет собой ассоциативную карту (Mind Map), позволяющую решать проблемы, возникающие в инфраструктуре виртуальных ПК VMware View 4.5.
Интересное начинание VMware будет очень полезно также и пользователям VMware vSphere, если техподдержка вендора решит публиковать такие карты и дальше для других продуктов. Например, такая карта уже есть для VMware Fusion.
Создавать iSCSI-хранилища с помощью этого продукта вы можете на любом Windows-сервере, к которому может быть подключено локальное хранилище (свои диски или DAS), либо общее хранилище (Fibre Channel / NFS / iSCSI).
Только вот при установке StarWind Enterprise на Windows Server 2003 вы получите вот такое сообщение:
В Windows Server 2008 этот инициатор уже есть, а вот в Windows 2003 нужно установить Microsoft iSCSI Initiator для StarWind. Для этого переходим по ссылке "Microsoft iSCSI Software Initiator Version 2.08" и устанавливаем его в Windows Server 2003:
после чего перезагружаем сервер.
И да, для тех кто уже имеет инсталляцию StarWind Enterprise HA. Как обновить продукт на версию 5.5:
1. Надо устанавливать версию StarWind 5.5 прямо поверх предыдущей (при этом хранилище для виртуальных машин будет оставаться доступным и прерывания их работы не произойдет).
2. Сначала обновляем первый узел кластера StarWind Enterprise HA.
3. Затем синхронизируем ноды между собой.
4. Обновляем второй узел и снова синхронизируемся.
Компания Veeam, известный поставщик решений для управления виртуальной инфраструктурой VMware, выпустила RC-версию продукта Veeam nworks Smart Plug-in 5.6 for VMware vSphere. Данный продукт является частью пакета Veeam ONE, которое позволяет осуществлять комплексный мониторинг инфраструктуры виртуальных серверов VMware vSphere под контролем HP Operations Manager.
Новые возможности Veeam nworks Smart Plug-in 5.6:
Поддержка HP Operations Manager для Linux (OML). Теперь портфель nworks включает в себя поддержку всех версий HP OM - для Windows, Unix и Linux.
Отслеживание задержек обращения к хранилищам (Disk queue latency) - для определения узких мест в дисковой подсистеме хранения виртуальных машин на томах VMFS
Мониторинг длительности хранения снапшотов (snapshots) - для нотификации администраторов о потенциальных проблемах
Стоимость продукта nworks SPI 5.6 составляет $690 за обычную версию и $850 за версию, входящую в решение Veeam One.
Скачать Veeam nworks Smart Plug-in 5.6 можно по этой ссылке.
Red Hat RHEV SPICE (Simple Protocol for Independent Computing Environments, through acquisition of Qumranet)
HP RGS (Remote Graphics Solution)
Oracle/Sun ALP (Appliance Link Protocol, Sun Ray)
Oracle/Sun/Tarantella AIP (Adaptive Internet Protocol)
Собственно, результаты:
Ну а за Teradici не заржавело - и они сразу сделали презентацию, что проблем нет:
Однако из многочисленных (и не особо-то опровергаемых VMware) комментариев в сети видно, что PCoIP пока все-таки проигрывает Citrix HDX. Но! Это всего лишь протокол, а в инфраструктуре VDI - протокол хоть и важен, но это далеко не единственное, что нужно учитывать при выборе решения для виртуализации корпоративных ПК предприятия.
В самом конце августа 2010 года компания VMware объявила о приобретении компании Integrien, занимающейся разработкой решений для выявления проблем производительности виртуальной инфраструктуры. А вот теперь на сайте VMware появилась промо-акция, по условиям которой все покупатели VMware vSphere (кроме серии Essentials) получают бесплатно лицензии на 50 виртуальных машин для продукта Alive VM (и один год поддержки и подписки на обновления, SnS):
Как заявляется на сайте Integrien (который еще не стал частью корпоративного брендинга VMware), Alive VM - это средство для отслеживания работоспособности виртуальной инфраструктуры VMware vSphere, определения проблем производительности и "узких мест", а также аналитики в сфере доступных и необходимых вычислительных ресурсов.
Больше всего это похоже на игру, где нужно двойным кликом убирать шарики одного цвета в ряд (посмотрите, например, видео):
В целом, Alive VM - это такой общий Dashboard, в котором виден виртуальный датацентр VMware vSphere с его объектами (кластеры, виртуальные машины) в которые можно "проваливаться" и смотреть различные характеристики рабочей нагрузки, health-статуса и анализировать, какова загрузка вычислительных ресурсов и нужно ли еще их добавить в датацентр. Также можно видеть как изменилась производительность виртуальной машины вследствие каких-либо причин, и какое изменение конфигурации это вызвало.
Поставляется Alive VM в виде виртуального модуля (Virtual Appliance), также доступна версия для установки на сервер Windows Server. Все действия с фронтендом производятся через веб-интерфейс. Плюс не нужна отдельная база данных.
Условия акции - продукт бесплатно предоставляется для всех пользователей, купивших продукт VMware vSphere, участвующий в акции, в период с 23 ноября 2010 года по 1 марта 2011 года (лицензии на 50 наблюдаемых виртуальных машин).
В очень интересной презентации "Transitioning to ESXi with vSphere 4.1" от Mark'а Monce (которую неплохо бы просмотреть всем администраторам VMware ESX в связи со скорым обязательным переходом VMware на гипервизор ESXi) обнаружились интересные моменты:
1. Если через веб-браузер по https зайти на VMware ESXi по ссылке:
https://<hostname>/host
мы увидим его конфигурационные файлы:
2. Если зайти на VMware ESXi по адресу:
https://<hostname>/host/messages
мы увидим его лог-файлы:
3. А если сходить на ESXi по этому адресу:
https://<hostname>/folder
То мы увидим содержимое VMFS-томов:
Напишите в комментариях, пожалуйста, если что-то из этого не работает.
Компания VMware выпустила 17-страничный документ "Performance of Virtualized SQL Server–Based VMware vCenter Database", где рассматриваются основные аспекты производительности базы данных Microsoft SQL Server для сервера VMware vCenter в виртуальной машине инфраструктуры vSphere.
Результаты:
Большинство требовательных к ресурсам операций базы MS SQL на виртуальном vCenter по производительности сравнимы с физической инсталляцией.
SQL Server–based vCenter, управляющий большим количеством хост-серверов ESX и кластеров, вполне может работать в виртуальной машине.
Базы данных MS SQL в общем случае работают почти без потери производительности в виртуальных машинах на vSphere 4.1.
В решении для виртуализации настольных ПК предприятия VMware View 4.5 доступ к виртуальным компьютерам на серверах VMware ESX происходит с помощью VMware View Client 4.5. У этого клиента есть несколько интересных параметров командной строки, которые можно задавать в свойствах ярлыка wswc.exe, делающих инфраструктуру доступа более гибкой.
-serverURL XXX - URL сервера View Connection Server
-logInAsCurrentUser XXX - вход как current user (true или false)
-unattended- старт в режиме unattended mode (без взаимодействия с пользователем)
-connectUSBOnStartup XXX - проброс всех USB в виртуальный ПК при запуске клиента (true или false)
-connectUSBOnInsert XXX - проброс устройства USB в виртуальный ПК, когда новое устройство втыкается в рабочую станцию (true или false)
-printEnvironmentInfo - вывести информацию о системе
-rollback - откат десктопа для Local Mode (нужен параметр -desktopName)
-standalone- не поддерживается!: запуск еще одной копии View Client для тестирования
-confirmRollback - подтверждение операции rollback для неинтерактивного режима (non-interactive mode)
-? - Показ помощи с данными командами
Кроме того, при установке клиента VMware View Client 4.5 можно использовать следующие параметры (например, при запуске файла VMware-viewclient-x86_64-4.5.0-293049.exe):
INSTALLDIR=%ProgramFiles%\VMware, Inc.\VMware View\Client VDM_SERVER=<IP-Address> или FQDN-имя DESKTOP_SHORTCUT=0 (0=не создавать иконку на рабочем столе, 1=создавать) QUICKLAUNCH_SHORTCUT=0 (0=не создавать иконку в панели быстрого запуска, 1=создавать) STARTMENU_SHORTCUT=0 (0=не создавать пункт в меню "Пуск", 1=создавать) REBOOT="ReallySuppress" (не перезагружать компьютер по окончанию установки)
Кроме этих свойств, можно также выбирать компоненты, которые будут установлены в VMware View Client. Их кодовые названия: Core, MVDI, ThinPrint, TSSO, USB. Само собой, компонент "Core" - обязателен. Можно использовать также ключ ALL для установки всех комонентов.
ADDLOCAL=Core, MVDI, ThinPrint, TSSO, USB или просто ALL
Расшифровка:
Core = ядро MVDI = поддержка Local Mode (если есть в дистрибутиве) ThinPrint = возможность Universal Printing (Print redirection) TSSO = Сквозной логин (Single Sign-On) USB = Перенаправление USB-устройств (USB Redirection)
Сегодня должен быть доступен релиз продукта StarWind Enterprise HA версии 5.5, который позволяет превратить любой Windows-сервер в отказоустойчивое хранилище данных для хост-серверов VMware ESX или Microsoft Hyper-V, работающее по протоколу iSCSI (а значит, не надо вкладывать деньги в дорогостоящие Fibre Channel хранилища). Подробнее о продукте можно прочитать тут, тут, тут, тут и тут (и, вообще, есть для этого специальный раздел на сайте).
Новые возможности StarWind Enterprise HA 5.5:
High Availability: Добавлена возможность устранения ситуации Split Brain (в случае обрыва канала синхронизации). Теперь в случае отсутствия связи между узлами по сети синхронизации StarWind обрабатывает эту ситуацию с помощью сигналов доступности (Heartbeat) по сети взаимодействия с хост-серверами.
Если в этой сети обнаруживается, что второй узел доступен, а недоступен только канал синхронизации, то первичный узел кластера StarWind продолжает запись данных виртуальных машин, а вторичный узел отключает всех своих клиентов. Таким образом сохраняется целостность кластера и отсутствует потери данных, а также простои виртуальных машин. Тем не менее, для канала синхронизации все равно лучше использовать несколько сетевых интерфейсов и NIC Teaming.
High Availability: множественные улучшения производительности работы кластера StarWind.
High Availability: поддержка собственной технологии Fast Sync для устройств работающих в режиме кэширования write-back (подробнее здесь). Эта технология позволяет в случае наступления события отказа одного из узлов кластера хранилищ StarWind, а затем его восстановлении (Failback) сделать быструю синхронизацию резервного узла с основным за счет передачи только изменений с момента последнего "живого" состояния основного узла. А вообще методов кэширования в StarWind iSCSI есть два (и они, в зависимости от нагрузки, увеличивают производительность до 30-50%):
High Availability: Если оба узла кластера хранилища StarWind iSCSI отказали или выпали из сети, и после этого начала работать полная синхронизация этих узлов, то устройства хранения будут доступны хост-серверам ESX или Hyper-V сразу же (до ее окончания). Данные будут записываться на узел, который выбран в качестве источника синхронизации (synchronization source).
High Availability: Добавлена полная поддержка аутентификации в iSCSI SAN по паролю (CHAP authentication).
CDP/Snapshots: Доработан механизм работы с дисками с GPT разделами.
Virtual Tape: Исправлена ошибка, связанная с изменением образа файла virtual tape. Параметры устройства теперь показывают корректное имя файла. Если в устройство не загружено ни одного файла-образа Virtual Tape, то в свойствах отображается "None - Virtual Tape device is not loaded" и нулевой размер файла.
GUI: Множество добавлений и исправлений в основное средство управления - Management Console.
Скачать пробную версию StarWind Enterprise HA 5.5 можно по этой ссылке. Ну а продается StarWind в компании VMC.
Мы уже писали о средстве VMware vCloud Director для управления облачными виртуальными инфраструктурами на базе платформы VMware vSphere. Этот "менеджер менеджеров" позволяет организовать процесс управления виртуальными вычислительными ресурсами таким образом, чтобы ИТ-подразделение компании могло выделять сервисы в виртуальных машинах по запросу, учитывая качество обслуживания различных категорий пользователей, считать потребляемые ресурсы=деньги (для этого есть дополнение - VMware vCenter Chargeback) и контролировать жизненный цикл виртуальных машин (для этого есть надстройка VMware vCenter Request Manager).
Компания Microsoft недавно анонсировала средство управления System Center Virtual Machine Manager (SCVMM) 2012 для платформы Hyper-V, которое в будущем может стать конкурентом VMware vCloud Director. Этот продукт реализует модную нынче концепцию Infrastructure as a Service (IaaS).
Как сообщили в Microsoft, данный продукт находится в стадии Community Technology Preview (CTP), но уже можно говорить о некоторых возможностях которыми будет обладать SCVMM 2012 для управления крупными облачными инфраструктурами:
SCVMM 2012 будет иметь 2 основных роли: Service Management (управление жизненным циклом виртуальных машин и приложений в них) и Fabric Management (управление конфигурациями вычислительных ресурсов: computing, networking, storage). Это похоже на то, что делает VMware vCloud Director.
Взаимодействие с системами хранения будет проходить посредством механизма SMI-S (Storage Management Initiative Specification). SCVMM 2010 будет выделять новые LUN на уровне кластера.
Возможность создания logical networks (абстракция IP подсетей, VLAN'ов и DNS доменов) для внутреннего облака. Эта возможность есть и у VMware.
Возможность определять и назначать пулы IP-адресов логическим сетям (logical networks), а также пулы MAC-адресов группам хостов.
Возможность копирования шаблонов виртуальных машин SAN-to-SAN при развертывании сервисов.
Поддержка модулей Citrix NetScaler в качестве балансировщика нагрузки для создания адресов Virtual Private Addresses (VIPs) и назначения их нужным сервисам.
Все, что пока есть на данный момент, это вот такой скриншот SC VMM 2012:
Говорят, что System Center Virtual Machine Manager 2012 будет доступен во второй половине 2011 года.
Мне иногда жалко пользователей Citrx XenServer (привет, метро!) - ведь у них нет лучшего в мире средства резервного копирования виртуальных машин Veeam Backup and Replication 5 (потому что Veeam есть только для VMware).
Но даже для удрученных и грустных администраторов Citrix XenServer есть неплохое решение по резервному копированию виртуальных машин, и оно обновилось - PHD Virtual Backup 5.1 for Citrix XenServer. Ведь когда нет ноги, нужно ходить хотя бы на костылях.
Advanced File Level Recovery – быстрое восстановление отдельных файлов из резервной копии без необходимости восстанавливать виртуальную машину целиком
Flexible Backup Storage – расширенная поддержка сетевых NAS/NFS хранилищ для бэкапов
Application Object Recovery – восстановление отдельных объектов из резервных копий (database object, mailbox, mail message, etc.) напрямую из резервной копии
Support for Tape Backup Solutions – экспорт бэкапов для интеграции с решениями для записи резервных копий на ленты
Enhanced Retention and Archiving – политики для резервного копирования, долговременное хранение
Скачать PHD Virtual Backup 5.1 for Citrix XenServer можно по этой ссылке.
При установке VMware View Composer 2.5 из комплекта VMware View 4.5 у вас могут возникнут следующие 2 вида ошибок:
VMware View Composer - Unable to open firewal
VMware View Composer - Unable to close firewal
То есть, если у вас выключен фаервол Windows Server, то будет ошибка "open firewall", а если включен - то "unable to close". При этом вы запускете установку под администратором.
Решение: запустить установку, нажав правой кнопкой мыши на файле установки View Composer и выбрав "Run As Administrator". Парадоксально, но факт - работает.
Многим из вас уже известно средство создания отказоустойчивых хранилищ для серверов VMware vSphere - StarWind Enterprise HA. Оно позволяет при минимальных вложениях создать инфраструктуру хранения данных для виртуальных машин на базе обычного Windows-сервера посредством технологии iSCSI и защитить ее от сбоев со стороны систем хранения (локальные диски серверов или общие хранилища).
Сегодня я хочу поговорить об экономической стороне дела. Не все организации из сектора среднего и малого бизнеса могут позволить себе дорогостоящие хранилища HP или EMC (и их дублирование!), при этом для некоторых сервисов очень важна высокая доступность на всех уровнях от сервера до хранилища. То есть они не могут простаивать ни минуты.
В VMware vSphere есть механизм защиты от сбоев серверов - VMware HA, который перезапустит виртуальную машину отказавшего или выпавшего из сети сервера на других серверах кластера. А вот как быть с хранилищами? Можно использовать StarWind iSCSI Target для создания VMFS-тома на локальном хранилище одного из физических серверов (или прицепленного к нему тома общего хранилища) - но это не убережет от сбоев. Можно использовать кластер StarWind Enterprise HA из двух серверов - тогда конфигурация будет отказоустойчивой со стороны хранилищ, но потребуются деньги на эти 2 сервера.
Некоторые организации нашли выход - они размещают виртуальные машины с установленным в них StarWind Enterprise HA на разных хостах ESX в кластере VMware HA и делают между этими ВМ кластер StarWind. Сами виртуальные машины со StarWind (с большими виртуальными дисками) лежат на разных физических хранилищах (например, это могут быть локальные диски каждого из хостов ESX).
Такая конфигурация, безусловно, дает некоторое падение производительности при работе с дисками - поскольку есть несколько уровней виртуализации хранилищ, но зато позволяет вообще без вложений обеспечить отказоустойчивость на уровне системы хранения. Тем более, что, например, локальные диски хостов ESX в этом случае работают достаточно быстро.
Если один хост ESX откажет - не беда его виртуальные машины автоматически перезапустятся с помощью VMware HA на другом хосте, а данные ВМ будут доступны со второго узла. Понятно, что на таких хранилищах можно держать не все виртуальные машины, а только те, за которые особенно страшно. Есть такие клиенты у StarWind, которые таким образом обеспечивают Server HA и Storage HA - и всем довольны.
И кстати - через какое-то время у StarWind будет VSA (Virtual Storage Appliance), который будет представлять собой такую вот виртуальную машину, используемую как хранилище, но на базе какого-нибудь Linux, а значит не придется тратить деньги на лицензию Microsoft Windows.
Пробную версию StarWind Enterprise HA можно скачать по этой ссылке.
В чем суть бесплатной услуги, которую мы настоятельно рекомендуем потестировать, особенно тем, кому нужна 100%-ная надежность и гарантии сохранности данных при высочайшем уровне сервиса и полном контроле бюджета:
Телекоммуникационная компания «Караван» объявляет о запуске специального предложения «Colocation Unlimited Тест-драйв. Первый месяц БЕСПЛАТНО»: все клиенты, подключившиеся к услуге Colocation до 29 декабря 2010 года, получают бесплатное обслуживание в течение месяца.
У Вас появляется возможность целый месяц бесплатно пользоваться всеми преимуществами безлимитных сервисов услуги Colocation и оценить качество услуг в Telehouse Caravan (уровень надежности Tier III+).
Услуга Colocation от Telehouse Caravan является уникальной для российского рынка.
Благодаря безлимитному трафику, бесплатному KVM, отсутствию ограничений электрической мощности оборудования Вы получаете возможность планировать и контролировать свой бюджет на физический хостинг.
Скрытых платежей нет.
Мы уверены в качестве и преимуществе наших услуг. Предлагаем Вам в этом также убедиться.
Получить дополнительную информацию и подключить услугу Colocation Вы можете обратившись по телефону +7 495 645-8080 или по электронной почте telehouse@caravan.ru.
Специальное предложение действительно как для новых, так и для существующих клиентов при заказе новых услуг Colocation.
Размещение оборудования в Telehouse Caravan производится круглосуточно, без выходных.
Tier III + - это вам не хрен собачий. У этих ребят классный ЦОД с современным оборудованием и профессионалы в поддержке, у других - подвалы со списанным барахлом и унылые гопники за заляпанной клавиатурой. Выбирайте Караван - и не останетесь у разбитого корыта.
Есть такая компания VMTurbo - они делают утилиты для виртуальной инфраструктуры VMware vSphere. Кое-что у них получается, кое-что нет, а вот на днях они выпустили 2 новых утилиты: Host Resolver 1.0 и Storage Reporter 1.0. Обе они построены на базе виртуальных модулей (Virtual Appliance) с ОС Novell SUSE Linux как часть пакета VMTurbo Integrated Management Suite для виртуальных сред VMware.
Эта утилита позволяет проанализировать окружение серверов VMware ESX, выявить проблемы в существующей инфраструктуре и предложить пути их решения - типа изменить число виртуальных CPU или переконфигурировать сетевые настройки. После этого можно исправить ошибки вручную или автоматически с помощью данной утилиты.
Эта утилита позволяет проанализировать использование виртуальными машинами систем хранения, понять основные параметры производительности при работе со стораджами (IOPS, Latency) и отслеживать основные их параметры с течением времени (заполненность, снапшоты и прочее). Кроме того, может выдавать рекомендации по необходимости внесения изменений в конфигурации хранилищ (например, расширение).
Штука очень классная. Чтобы ее сделать, компания Veeam наняла независимую исследовательскую компанию Vanson Bourne, которая опросила 500 ИТ-директоров крупных компаний (в каждой из которых работает больше 1000 человек).
Вот что они говорят:
Восстановление виртуальной машины занимает до 5 часов (!)
59% организаций до сих пор используют продукты для резервного копирования, которые применяются и для физической среды (что плохо, так как они не выполняют специфических для виртуализации задач)
63% испытывают проблемы ежемесячно, когда пытаются восстановить виртуальный сервер сервер
Например, вот основные выгоды, которые получают компании от виртуализации. Заметьте, что повышение эффективности защиты данных далеко не на последнем месте:
А вот какая часть инфраструктуры виртуализована сейчас и сколько будет через 2 года:
Мы вот вместе с "Караваном" решили замутить опрос в сфере облачных вычислений [опрос закончен - см. результаты ниже]. Там всего несколько простых вопросов - а результаты будут весьма интересные (ведь вы хотите знать как именно там обстоят дела, в этом самом клауд компутинге?). Прошу вас проследовать по ссылке [опрос закончен - см. результаты ниже] и запостить свои результаты для своей облачной ИТ-инфраструктуры.
Естественно, дорогие читатели, вы будете первыми, кто получит результаты исследования.
Кстати, а какой у вас опыт использования облачного хостинга? Поделитесь им в каментах.
Как вы знаете, с помощью средства VMware ThinApp, входящего в состав решения для виртуализации настольных ПК VMware View 4.5, можно производить доставку виртуализованных приложений пользователям.
То есть, приложение упаковывается в один exe-файл и развертывается на рабочих станциях пользователей с помощью msi-установщика (см. здесь как это делается с VMware View 4.5). Это очень удобно при массовом развертывании и обслуживании приложений. Помните такой продукт Thinstall, с помощью которого делали предустановленные приложения? Так вот ThinApp - это он и есть, только теперь под брендом VMware.
Но есть и еще один способ доставки приложений с помощью VMware ThinApp - это возможность их запуска пользователями с общей сетевой папки (SMB Share):
При этом, в отличие от первого способа развертывания виртуализованных приложений (на локальных дисках рабочих станций), этот способ позволяет доставлять приложение на рабочую станцию поблочно - по мере востребования приложением своих данных. Приблизительно так:
Однако, когда у нас приложение VMware ThinApp работает постоянно, и множество пользователей его используют - то как же нам его обновить (например, это веб-браузер, упакованный в файл firefox.exe)?
На самом деле есть интересный механизм: вы можете положить в папку с приложением его обновленную версию, но с расширением не *.exe, а *.1 - и все новые подключения будут использовать его!
То есть:
1. Вы упаковываете приложение firefox.exe с помощью VMware ThinApp и кладете его на SMB Share.
2. Создаете на рабочих столах пользователей ярлык, указывающий на \\<server>\<share>\Firefox.exe.
3. Пользователи начинают его использовать - файл firefox.exe залочен.
4. Вы создаете новый пакет с помощью VMware ThinApp, называете его firefox.1
5. Все текующие подключения пользователей используют старый firefox, а вот все новые обращения к firefox.exe - перенаправляются к файлу firefox.1 - и пользователи используют обновленное приложение.
6. Если нужен еще апдейт - делаете пакет, назваете его firefox.2 и т.п.
7. Если нужно откатиться на предыдущую версию - делаете пакет firefox.3, который собран из предыдущей версии приложения.
Если пользователи перестанут использовать firefox.1, начав использовать firefox.2, firefox.1 можно удалить. Но! Никогда не удаляйте firefox.exe, так как на него указывает ярлык приложения на рабочем столе пользователя.
Компания Microsoft несколько дней назад объявила о выходе средства System Center Virtual Machine Manager Self-Service Portal 2.0 (VMMSSP 2.0), позволяющего пользователям или группам самостоятельно развертывать отдельные виртуальные машины или их наборы в рамках виртуальной инфраструктуры на базе Microsoft Hyper-V.
Помимо этого с помощью портала System Center Virtual Machine Manager Self-Service Portal 2.0 можно выполнять следующие задачи:
Configuration and allocation of datacenter resources: хранение информации о конфигурациях вычислительных ресурсов датацентра (процессорные ресурсы, сеть, хранилища) в базе данных и их выделение пользователям.
Customization of virtual machine actions: веб-интерфейс для расширения спектра действий с виртуальной машиной (например, можно добавить скрипты для взаимодействия с SAN при развертывании ВМ).
Business unit on-boarding: широкие возможности по управлению пользователями различных бизнес-единиц компании для работы с порталом.
Infrastructure request and change management: пользовательские формы запроса на выделение вычлительных ресурсов и рабочие процессы, направленные на сокращение времени между запросом пользователя и получением им ресурсов..
Self-Service provisioning: массовое развертывание виртуальных машин через веб-интерфейс и управление развернутой инфраструктурой на базе механизма ролей пользователей.
Возможность расширения возможностей портала средствами сторонних разработчиков.
Скачать System Center Virtual Machine Manager Self-Service Portal 2.0 можно по этой ссылке.
Данное ПО поставляется в виде виртуальной машины для развертывания на XenServer, которая позволяет отслеживать производительность сетевого взаимодействия и работу виртуальных машин с хранилищами (storage I/O и network I/O). Через веб-интерфейс можно получить информацию о следующих аспектах производительности:
Disk I/O performance utility - предоставляет следующую информацию: sequential read/writes и random read/writes с различными размерами блоков.
Network I/O performance utility - это модифицированная версия утилиты netperf. Позволяет мониторить пропускную способность сети и задержки.
Скачать Citrix XenServer Virtual Machine Performance Utility можно по этой ссылке.
Компания VMware выпустила очень полезный и нужный Performance Best Practices for VMware vSphere 4.1, который нужно прочитать каждому администратору более-менее серьезной виртуальной инфраструктуры серверов ESX. Содержание вполне конкретное:
Hardware for use with VMware vSphere
ESX and virtual machines
Guest operating systems
Virtual infrastructure management
Например:
To establish a network connection between two virtual machines that reside on the same ESX system, connect both virtual machines to the same virtual switch. If the virtual machines are connected to different virtual switches, traffic will go through wire and incur unnecessary CPU and network overhead
Интересно, что в документе есть рекомендации по выбору и оптимизации аппаратного обеспечения, которые нужно прочитать до покупки серверов и других компонентов виртуальной инфраструктуры.
В прошлой заметке мы писали о том, какие типы дисков бывают в продукте StarWind Enterprise, позволющем создать отказоустойчивую инфраструктуру хранения данных виртуальных машин серверов VMware ESX или Microsoft Hyper-V.
Сегодня мы посмотрим на мастер создания виртуального диска с поддержкой мгновенных снимков (снапшотов), который будет предоставлять доступ хост-серверам виртуализации по iSCSI. Снапшоты могут оказаться полезными при разработке и тестировании (временные снапшоты хранилищ виртуальных машин), а также для защиты данных от утери или сбоев в виртуальной инфраструктуре.
Для данного типа диска важен параметр Operation Mode, который задает режим его работы. Этот диск в StarWind Enterprise может работать в одном из четырех режимов:
Growing Image (Thin Provisioning) - образ диска на физическом устройстве будет создан минимального объема (тонкий диск). Для серверов ESX он будет виден как полноценное хранилище указанного объема, а сам файл образа будет расти по мере его наполнения данными. Снапшот хранилища можно сделать только вручную. Для этого из контекстного меню для устройства на iSCSI Target надо выбрать пункт Create Snapshot. Этот режим работы диска подходит для создания снимков хранилища при тестировании каких-нибудь обновлений или глобальных изменений в прикладных системах виртуальных машин.
Auto-Restored Snapshot - данный тип диска как раз подходит для разработки и тестирования. В таком режиме хранилище виртуальных машин во время одной сессии iSCSI будет изначально работать в режиме снапшота, а при окончании сессии - снапшот откатится к изначальному состоянию. Представьте, например, что вы тестируете связку систем на хранилище, но не хотите вносить изменения в эталонный виртуальный диск. Для такого диска можно задать лимит хранимых снапшотов (опция Limit maximum number of stored snapshots).
Snapshot and CDP - в таком режиме StarWind будет автоматически создавать снапшоты хранилищ с заданным интервалом времени (опция Snapshot auto creation with interval of (minutes)). Такой тип диска полезен для постоянной защиты данных (Continuous Data Protection, CDP) хранилищ виртуальных машин от их утери или порчи. В случае сбоя можно откатиться к нужному снапшоту.
Read-Only - такой диск будет доступен только для чтения, и для него нельзя будет создать снапшот. Этот диск подходит для создания хранилищ с какими-нибудь дистрибутивами или шаблонами, куда не потребуется вносить изменения.
Теперь что касается восстановления хранилищ из снапшотов. Пока восстанавливать их из интерфейса StarWind нельзя (как, например, дерево снапшотов в VMware vSphere). Чтобы восстановить хранилище, вам понадобится пересоздать iSCSI Target и указать существующих виртуальный диск снапшота в папке с данным диском. В скором времени нам обещают восстановление снапшотов из GUI продукта StarWind.
Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.
Мы уже писали о команде esxtop для серверов VMware ESX, которая позволяет отслеживать основные параметры производительности хост-сервера и его виртуальных машин. Duncan Epping недавно добавил еще несколько интересных моментов в свое руководство по работе с утилитой esxtop, некоторые из которых мы сейчас опишем.
Итак:
1. Для того, чтобы использовать пакетный режим работы esxtop (batch mode), нужно использовать ключ -b:
esxtop -b >perf.txt
Это позволит вывести результаты команды esxtop в файл perf.txt. Для задания числа хранимых итераций используйте ключ -n (например, -n 100).
Очень удобно для сбора исторических данных производительности на хосте VMware ESX.
2. Контролируйте счетчик %SYS - он показывает загрузку системных ресурсов хоста (в процентах). Рекомендуется, чтобы он не превышал 20 для системных служб.
3. Для установки частоты обновлений результатов esxtop используйте клавишу <s>, далее задавайте интервал в секундах:
В пакетном режиме этот интервал задается ключом -d (например, -d 2).
4. Для отслеживания метрик конкретной виртуальной машины можно ограничить вывод конкретным GID. Например, чтобы посмотреть ВМ с GID 63, нажмите клавишу <l> (list) и введите этот GID:
5. Чтобы ограничить количество выводимых сущностей, используйте клавишу <#>. Например, можно сделать вывод первых 5:
И сами кнопки в режиме работающей esxtop:
c = cpu
m = memory
n = network
i = interrupts
d = disk adapter
u = disk device (включая NFS-девайсы)
v = disk VM
y = power states
V = показывать только виртуальные машины
e = раскрыть/свернуть статистики CPU для конкретного GID
k = убить процесс (только для службы техподдержки!)
l = ограничить вывод конкретным GID (см. выше)
# = ограничить число сущностей (см. выше)
2 = подсветка строчки (двигает фокус вниз)
8 = подсветка строчки (двигает фокус вверх)
4 = удалить строчку из результатов вывода
f = добавить/удалить колонки
o = изменить порядок колонок
W = сохранить сделанные изменения в файл конфигурации esxtop
? = помощь для esxtop
RSS
